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DETAILED ACTION 

1 . The prior Final Office action, dated 4/28/2005 is hereby withdrawn. A new Final Office 
Action is issued. This Office Action is in response to Amendment and Remarks received 29 
November 2004 and Remarks received 6/27/2005. Per Applicant's request, claims 1, 17, 32, and 
48 are amended. Claims 1-48 are pending. 

Specification 

2. In view of the amendment to the Abstract, the prior objection is hereby withdrawn. 

Claim Rejections - 35 USC § 112 

3. In view of Applicant's amendment to dependent claims 15, 3 1, and 46, the prior 35 USC 
112 second paragraph rejection is hereby withdrawn. 

4. In view of Applicants comments regarding the phrase 'substantially' in claims , the prior 
35 USC 112 second paragraph rejection is hereby withdrawn. 

Claim Rejections - 35 USC §103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

6. Claims 1, 2, 4, 8-18, 20, 24-33, 35, 39-47 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over US Patent 5,600,789 to Parker et al., in view of US Patent 6,804,709 B2 to 
Manjure et al. 
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Per claims 1,17, and 32: 

-system; method; software being embodied in computer-readable media; 
(Parker: FIGs. 4 & 15, Col. 10, line 23, "GUI system under test:) 

-. . .to store a plurality of software GUI test instances to be executed by a plurality of distributed 
test execution computers; 

(Parker: Col. 1, lines 6-8, "... an apparatus and method for automatically testing Graphical User 
Interfaces of computer systems", Col. 5, lines 16-62, ".. .tests and testing benchmarks are 
portable between platforms. . .", col. 33, lines 41-58, "The test script (a queue of tests) of the 
present invention can run on the same or on a different machine than the test driver or drivers 
being used at any one time. . . .test script. . . test executive. . .test driver, and application and 
GUI... The same test script is thus able to drive different GUIs on 2 different machines...", col. 
33, lines 65-66, ". . .a given test executive can drive multiple targets simultaneously in a 
coordinated way. . .", FIG. 13 - plurality of platforms, FIG. 15 -, plurality of testing.) 

-a test server engine operable to, for each distributed test execution computer: 
(Parker: FIG. 3, #100, col. 8, lines 30-3 1, "the test executive and the test driver are collectively 
known as the test tool", col. 8, line 4, "If the application being tested is a distributed system 
(distributed test execution computer), col. 8, lines 37-40, "The test executive passes the GUI 
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specific command to the test driver. The test driver then performs the actual action on the GUI 
object specified in the test script. . ." Thus Parker disclosed a distributed test system, where the 
'test server engine' is represented as a 'test tool' comprising a 'test executive' and an 'test 
driver'. 

-receive a request for a software GUI test instance from a particular distributed test 
execution computer in response to completion of a preceding software GUI test instance by the 
particular distributed test execution computer; 

(Parker: Col. 4, lines 44-46, "If the test was successful, the test executive continues to execute 
the next step in the script (receives a request for next instance in queue) , and proceeds in this 
manner (in response to completion of a preceding software GUI test instance) until the test is 
complete.") 

-retrieve a software GUI test instance. . .in response to the request from the particular 
distributed test execution computer; 

(Parker: Col. 4, lines 13-15, "The function of the test driver is to take the GUI specific 
references from the test executive and perform the actual interface (retrieve, in response to 
request) to the GUI objects.") 

-communicate the retrieved software GUI test instance to the particular distributed test 
execution computer for execution against a particular client-server combination using a testing 
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component supported by the particular distributed test execution computer, the testing 
component operable to perform automated software GUI testing and to produce test results for 
such testing for communication to the test server engine; 

(Parker: FIG. 4, Col. 8, lines 37-40, "The test executive passes the GUI specific command to the 
test driver. The test driver then performs the actual action of the GUI object specified in the test 
script command.", col. 9, lines 58-61, "... command coded into test scripts will place text into the 
same logical application object across different GUI platforms without requiring modification to 
the command in the script", col. 1 5, lines 33-39, "The user input or series of inputs are 
transmitted from the test driver to the GUI on interface. The test driver functions are specified in 
the test script at a superclass, logical, generic level", col. 15, lines 60-62, "The test driver then 
transmits the generated user input actions to the GUI thus simulating real user's input. . performs 
the requested action. . . ", col. 33, lines 51-58, "The interface can be. . . a network connection. The 
same test script. . . is. . . able to drive 3 different GUIs on 2 different machines. . . a given test 
executive can drive multiple targets simultaneously in a coordinated way...", col. 31, lines 1 1- 
18, "A hypertext-like viewer could be used to view the results (produce results).) 

-receive a test result for the software GUI test instance from the particular distributed test 
execution computer in response to execution of the software GUI test instance; 

(Parker: Col. 30, lines 49-5 1, "When a script of group of scripts are executed, a single results 
file is created which stores all information pertinent to the execution.") 
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-store the received test result for reporting to one or more users. 

(Parker: Col. 31, lines 1 1-18, "A hypertext-like viewer could be used to view the results 

file. . . one would see the scripts which executed and how many errors there were. If a script was 

selected, one would see the test cases and how many error. . . ") 

Parker failed to supply specific details regarding a "test queue" and "each distributed test 
execution computer comprising a client platform and coupled to one or more server platforms, 
the client platforms and server platforms collectively providing a plurality of client-server 
combinations against which the software GUI test instances may be executed". 

However, Manjure disclosed a system and method for testing different combinations of 
server and client networked configurations (col. 2, lines 14-17). More specifically, Manjure 
disclosed, (col. 6, lines 43-47) a database matrix of test cases. Col. 8, lines 48-49, ". . .test 
controller obtains from the database a set of test cases (queue) to be tested by this server." 
Manjure specifically disclosed (col. 4, line 66- col. 5, line 1) "...performing distributed testing 
(distributed test execution) of . . .network servers and/or clients." Col. 5, lines 20-23, "Such 
client-server configuration combinations (plurality of client-server combinations). . . are referred 
to as 'test cases'." Also, Manjure disclosed (col. 11, lines 26-28) "the test cases in the database 
are executed by multiple servers and clients in a distributed, automated, and controlled manner." 
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Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention to include information regarding various network platform combinations in a GUI 
software test environment, including a test queue, as that allows for more fully testing of the 
software. Manjure recognized the need for (col. 2, lines 6-10) testing that enables automates 
testing of remote access protocols in network servers and clients in a flexible, efficient and 
controlled manner. 

Thus the references show the state of art at the time of invention, which disclosed that 
various client server combinations may be automatically tested, using a test queue, and test 
machine may initiate the downloading of tests in response to commands received by a launcher 
or otherwise a test driver may perform in response to commands. 

Per claim 2, 18, and 33: 

-at least one distributed test execution computer operates at a location geographically remote 
from the other distributed test execution computers and from the test server. 
(Parker: FIG. 15 - distributed test execution.) 

Per claims 4, 20, and 35: 

-each software GUI test instance is an instance of a software GUI test written using a test 
scripting language and can be executed using any of the distributed test execution computers, a 
software GUI test instance being executed using the particular distributed test execution 
computer from which the request initiating retrieval of the software GUI test instance from the 
test queue was received. 
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(Parker: Col. 34, lines 4-6, "Since the test tool has test drivers for all of the popular GUIs, a 
given test script can drive not only multiple targets simultaneously, but multiple heterogeneous 
targets.", Col. 4, lines 8-9, "The test executive executes the test script.") 

Per claims 8, 24, and 39: 

-at least some GUI test instances in the test queue have associated priorities, the test server 
engine operable to retrieve the GUI test instances from the test queue for execution according to 
their associated priorities. 

(Parker: Col. 4, lines 15-20, ". . .test executive and the test driver take the references. . .and 
translate them into a form. . .to identify, manipulate and query (retrieve according to 
priorities)...) 

Per claims 9, 25, and 40: 

-the test queue comprises a first queue containing higher priority software GUI test instances and 
a second queue containing lower priority software GUI test instances, the test server engine 
operable to retrieve higher priority software GUI test instances from the first queue for execution 
during a first part of a testing period and retrieve lower priority software GUI test instances from 
the second queue for execution during a second part of the testing period. 
(Parker: Col. 4, lines 15-20, ". . .test executive and the test driver take the references., .and 
translate them into a form. . .to identify, manipulate and query (retrieve according to 
priorities)...) 
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Parker does not specify "a first queue. . . a second queue. . . higher / lower priorities. . . " 
However, he does disclose that the executive and drivers may identify, manipulate and query 
objects under test for the purposes of execution. 

However, Manjure disclosed a test queue and priorities. See comments in the rejection of 
claim 1 regarding 'test queues.' See FIG. 3, regarding the test matrix database. Col. 7, lines 1- 
15 discloses a priority indicator used to prioritize test cases. 

Therefore it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention to have modified Parker's invention to include variations of priorities during multiple 
test executions because Parker disclosed manipulations of the objects being tested, thus 
producing more varied tests. Manjure disclosed the need to thoroughly test (col. 1, lines 45-49) 
different combinations of server and client configurations as encountered in real operations. 
Manjure acknowledged the need (col. 2, lines 6-10)for automated testing of network servers and 
clients in a flexible, efficient, and controlled manner. References describe the state of art at the 
time of the invention, and thus would be obvious to combine. 

Per claims 10, 26, and 41: 

-the test server engine is operable to re-communicate instances of a software GUI test for 
execution against all client-server combinations, according to a rule, in response to receiving one 
or more test results for the software GUI test indicating failure. 
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(Parker: Col. 4, lines 1 5-20, ". . .test executive and the test driver take the references. . . and 
translate them into a form. . .to identify, manipulate and query (retrieve according to 
priorities)...) 

Parker does not specify "re-communicating instances of a test. . .in response to receiving 
results. . ." However, he does disclose that the executive and drivers may identify, manipulate 
(re-communicate instances) and query objects under test for the purposes of execution. He also 
disclosed, col. 4, lines 46-50, "If the test was not successful, the test executive can invoke an 
exception handler to decide how to proceed with the test (re-communicate instance of a test). . ." 

Therefore it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention to have modified Parker's invention to include "to re-communicate instances of a 
software GUI test for execution against all client-server combinations, according to a rule, in 
response to receiving one or more test results for the software GUI test indicating failure", 
because he disclosed manipulations of the objects being tested, and error handling options, thus 
re-communicating instances for execution re-test would provide added assurance of results, 
allowing for parameter modifications. 

Per claims 1 1, 27, and 42: 

-the test server engine is operable to detect when the number of software GUI test instances in 
the test queue is below a predefined threshold and, in response, to automatically add software 
GUI test instances to the test queue. 
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(Parker: Col. 4, lines 1-5, "The first component is a test script which is written in a high level 
programming language and contains the user events to be simulated, and the control and data 
structures necessary (maintain predefined threshold) to validate the GUIs. . .") 

Per claims 12, 28 and 43: 

-a client controller associated with each distributed test execution computer and operable to 
automatically install a current software GUI build at each distributed test execution computer at 
one or more appropriate times during a testing period 

(Parker: FIG. 1 1, #692 & #682, Col. 26, line 27, "Changes to the user interface. . . (install current 
build)! . .", col. 26, lines 31-34, "The testing methodology provided by the present invention 
allows the principles of software engineering to be applied to the testing of applications as well 
as to the development of such programs.") 

Per claims 13, 29, and 44: 

-a client controller associated with each distributed test execution computer and operable 
automatically reboot each distributed test execution computer according to predetermined 
schedule. 

(Parker: Col. 3, lines 60-61, "The present invention is directed at testing both new and revised 
computer application programs that use a Graphical User interface(GUI). . .", col. 4, line 4, 
"...control and data structures necessary to validate the GUIs...", col. 16, lines 42-43, "System 
functions allow the test executive to perform operating system functions (reboot). . ." ) 
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Per claims 14, 30, and 45: 

-a client controller associated with each distributed test execution computer and operable to 
establish communication with the test server engine when the distributed test execution computer 
boots up. 

(Parker: Col. 4, lines 4-5, ". . .control and data structures necessary to validate the GUIs. . .") 
Per claims 15, 31, and 46: 

-each test execution computer operates essentially as an automated test execution robot, 
repeatedly requesting, receiving, executing, and returning test results for software GUI test 
instances, automatically and without human intervention, for an extended time period. 
(Parker: Col. 27, lines 15-29, ". . .test script is driven by data contained in a functional 
specification repository. . .", col. 27, lines 58-61, "On of the strengths of the present invention is 
the ability to use and re-use object data collected during a baseline execution. . . " Automatically 
repeating according to a functional specification, re-using data collected.) 

Per claim 16: 

-further comprising the distributed test execution computers. 
(Parker: FIG. 15.) 

Per claim 47: 

A system for distributed automated software GUI testing, comprising: 
(Parker: Col. 5, line 17, ' . . .test system. . . ') 
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-means for maintaining a centralized test queue operable to store a plurality of software GUI test 
instances to be executed by a plurality of distributed test execution computers, each distributed 
test execution computer comprising a client platform and coupled to one or more server 
platforms, the client platforms and server platforms collectively providing a plurality of client- 
server combinations against which the software GUI test instances may be executed; 
-means for receiving a request for a software GUI test instance from each particular distributed 
test execution computer in response to completion of a preceding software GUI test instance by 
the distributed test execution computer; 

-means for retrieving a software GUI test instance from the test queue in response to the request 
from the particular distributed test execution computer; 

-means for communicating the retrieved software GUI test instance to the particular distributed 
test execution computer for execution against a particular client-server combination using a 
testing component supported by the particular distributed test execution computer, the testing 
component operable to perform automated software GUI testing and to produce test results for 
such testing; 

-means for receiving a test result for the software GUI test instance from the particular 
distributed test execution computer in response to execution of the software GUI test instance; 
-means for storing the received test result for reporting to one or more users. 
(See limitations as addressed in claim 1 above.) 
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7. Claims 3, 5-7, 19, 21-23, 34, 36-38, and 48 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over US Patent 5,600,789 to Parker et al., in view of US Patent 6,804,709 B2 to 
Manjure et al., and further in view of US Patent 6,766,481 B2 to Estep et al. 

Per claims 3, 19, and 34: 

Parker / Manjure combination fails to address: 

-the testing component is a commercial off-the-shelf product. 

However, Estep, disclosed a software testing system. At col. 3, lines 36-39, Estep 
disclosed, "gathers the appropriate commercial off-the-shelf (COTS) software products for 
testing..." 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention, to have modified Parkers GUI testing to include commercial off the shelf software 
as it is well known in the art, and an effective reuse of software, thereby saving time and money 
in software development. Parker disclosed a system to test computer systems (col. 1, line 1). 
Parker recognized the need for automated testing (col. 3, lines 46-56), portable test suites for 
application development. Estep disclosed a need (col. 1, lines 55-60) "for providing users with 
the necessary data to readily determine whether a particular piece of software will perform a 
specific function. . ." by providing (col. 1, lines 1-2) "systems and processes for testing and 
evaluating software." Thus there is motivation to combine the references. 



Per claims 5, 21, and 36: 
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Parker/Manjure generated test results for a plurality of software GUI test instances and results 
were generated (Parker: col. 3, lines 60-65, ". .. automatically generates inputs to the GUI which 
simulate user events. . . and then observes the changes. . . in response to the input", col. 14, lines52, 
"reports an error to the test executive"), but failed to disclose limitations related to 'generating a 
test results web page' , 'communicate the test results web page for display on a user system to 
provide. . .real-time test results reporting." 

However, Estep disclosed: 

. . .generate a test results web page comprising test results. . .including the test result for the most 
recently executed software. . .upon receiving the test result from the particular distributed test 
execution computer on which the most recently executed software GUI test instance was 
executed; 

Estep: Col. 1 , line 6 1 -col. 2, line 1 , " . . . software suitability testing (plurality of software GUI test 
instances). . .tests software products to determine the software's capabilities", col. 2, lines 43-47, 
"it provides users with data, resulting from the testing process, that allows users to readily 
(results quickly provided) determine whether a particular piece of software (or a particular 
software product) will perform a specific function. col. 3, line 66-col. 4, line 2, "All finalized 
reports re posted on a global computer network (generate a test results web page comprising test 
results. . .including most recently executed software). . ." 

-the system further comprises a web server operable to communicate the test results web page for 
display on a user system to provide substantially real-time test results reporting. 
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Estep: Col. 13, lines 47-57, "The final STR (suitability test report) is posted on the Web using 
well known and conventional Web design and implementation techniques. . .It would be readily 
apparent to one of ordinary skill in the relevant art to post the final STR on the Web and make a 
comparison of two or more final STRs." 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention, to have modified Parker /Manjure test executive to produce test results on a web 
page, as this is a well known manner to publish information, effectively and inexpensively 
providing real time details to customers. Parker / Manjure disclosed a system to test computer 
systems (Parker: col. 1, line 1). Parker / Manjure recognized the need for automated testing 
(Parker: col. 3, lines 46-56) (Manjure: col. 2, lines 6-10), and portable test suites for application 
development. Estep disclosed a need (Estep: col. 1, lines 55-60) "for providing users with the 
necessary data to readily determine whether a particular piece of software will perform a specific 
function..." by providing (Estep: col. 1, lines 1-17) "systems and processes for testing and 
evaluating software. . .and presenting decision making information in an interactive web-based 
repository." Thus there is motivation to combine the references. 

Per claims 6, 22 and 37: 

-each software GUI test instance is an instance of a software GUI test; 
(Parker: Col. 4, lines 13-20, "The function of the test drives is to take the GUI specific 
references from the test executive and perform the actual interface to the GUI objects. At the 
time of execution of the test script, the test executive and the test driver take the references to the 
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logical objects contained in the script and translate them. . .to identify, manipulate and query the 
actual objects under test. . .) 

-the test results web page comprises consolidated test results for a particular client platform, the 
consolidated test results indicating test results for each software GUI test for each client-server 
combination involving the particular client platform 

(Estep provided details regarding posting results to a web page (col. 3, lines 66- col. 4, col. 13, 
lines 47-57). 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention, to modify the Parker/ Manjure test executive to produce test results on a web page, 
as this is a well known manner to publish information, effectively and inexpensively providing 
real time details to customers. Parker disclosed a system to test computer systems (col. 1, line 
1). Parker recognized the need for automated testing (col. 3, lines 46-56), portable test suites for 
application development. Estep disclosed a need (col. 1, lines 55-60) "for providing users with 
the necessary data to readily determine whether a particular piece of software will perform a 
specific function. . ." by providing (col. 1, lines 1-17) "systems and processes for testing and 
evaluating software. . . and presenting decision making information in an interactive web-based 
repository." Thus there is motivation to combine the references. 

Per claims 7, 23, and 38: 

Parker/ Manjure disclosed an invention whereby a test script is provided to execute desired 
features of a GUI. Parker/Manjure failed to disclose test selections via a results web page: 
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-the test server engine is further operable to receive a user request to execute an instance of a 
particular software GUI test and to insert the requested software GUI test instance into the test 
queue according to the user request, the user request being input by selecting the particular 
software GUI test using the test results web page. 

However, Estep provided details regarding posting results to a web page (col. 3, lines 66- 

col. 4). 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention, to modify the Parker/Manjure test executive to produce test results on a web page, 
as this is a well known manner to publish information, effectively and inexpensively providing 
real time details to customers. Parker disclosed a system to test computer systems (col. 1, line 
1). Parker recognized the need for automated testing (col. 3, lines 46-56), portable test suites for 
application development. Estep disclosed a need (col. 1, lines 55-60) "for providing users with 
the necessary data to readily determine whether a particular piece of software will perform a 
specific function..." by providing (col. 1, lines 1-17) "systems and processes for testing and 
evaluating software. . . and presenting decision making information in an interactive web-based 
repository." Thus there is motivation to combine the references. 

Per claim 48: 

A system for distributed automated software graphical user interface (GUI) testing, comprising: 

-a centralized test queue operable to store a plurality of software GUI test instances to be 
executed by a plurality of distributed test execution computers, each distributed test execution 
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computer comprising a client platform and coupled to one or more server platforms, the client 
platforms and server platforms collectively providing a plurality of client-server combinations 
against which the software GUI test instances may be executed, each software GUI test instance 
is an instance of a software GUI test written using a test scripting language and executable using 
any of the distributed test execution computers; 

-a test server engine operable to, for each distributed test execution computer: 
-receive a request for a software GUI test instance from the particular distributed test execution 
computer in response to completion of a preceding software GUI test instance by the particular 
distributed test execution computer; 

-retrieve a software GUI test instance from the test queue in response to the request from the 
particular distributed test execution computer; 

-communicate the retrieved software GUI test instance to the particular distributed test execution 
computer for execution against a particular client-server combination using a testing component 
supported by the particular distributed test execution computer, the testing component operable 
to perform automated software GUI testing and to produce test results for such testing for 
communication to the test server engine, a software GUI test being executed using the particular 
distributed test execution computer from which the request initiating retrieval of the software 
GUI test from the test queue was received; 

-receive a test result for the software GUI test instance from the particular distributed test 

execution computer in response to execution of the software GUI test instance; 

-store the received test result for reporting to one or more users in a test results database; 
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-generate a test results web page comprising the test results for the plurality of software GUI test 
instances. 

-each distributed test execution computer operating essentially as an automated test execution 
robot, repeatedly requesting, receiving, executing, and returning results for software GUI test 
instances automatically without human intervention for extended periods of time; 
-a web server operable to: 

-access the test results database to obtain test results for a plurality of software GUI test 
instances; 

-communicate the test results web page for display on a user system to provide 
substantially real-time test results reporting. 
(See limitations as addressed in claims 1, 4, 5, and 15 above.) 

Response to Arguments 

8. Applicant has argued, in substance, the following: 

(A) As Applicant has pointed out on page 21 of Remarks, last paragraph, received 27 June 2005, 
"Parker fails to disclose a "test queue" and "each distributed test execution computer comprising 
a client platform and coupled to one or more server platforms, the client platforms and server 
platforms collectively providing a plurality of client-server combinations against which the 
software GUI test instances may be executed." 
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Examiner's Response: Parker disclosed 'test scripts'. More specifically, Manjure disclosed (col. 
6, lines 43-44) a database matrix of test cases. Col. 8, lines 48-49 disclose a test controller that 
obtains a set of test cases (queue) to be tested from the database. See rejection of limitations in 
claim 1 above. Manjure also disclosed a distributed test execution on a plurality of client and 
server platforms (col. 5, lines 55-57). See rejection of limitation in claim 1 above. 

(B) As Applicant has pointed out on page 22, last paragraph, "Parker fails to disclose the testing 
component is a commercial off the shelf product, generating a test results web page, 
communicate the test results web page for display on a user system to provide substantially real- 
time results reporting, and test selections via a results we page." 

Examiner's Response: 

The Estep reference is relied upon for these limitations. See rejection of claims 3, 7, and 21 
above. 

(C) As Applicant has pointed out on page 23, 3 rd paragraph combination using Estep is 
improper. 

Examiner's Response: 

In response to applicant's argument that there is no suggestion to combine the references, the 
examiner recognizes that obviousness can only be established by combining or modifying the 
teachings of the prior art to produce the claimed invention where there is some teaching, 
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suggestion, or motivation to do so found either in the references themselves or in the knowledge 
generally available to one of ordinary skill in the art. See In re Fine, 837 F.2d 1071, 5 
USPQ2d 1596 (Fed. Cir. 1988)and/n re Jones, 958 F.2d347, 21 USPQ2d 1941 (Fed. Cir. 1992). 
In this case, Parker disclosed a system to test computer systems (col. 1, line 1). Parker 
recognized the need for automated testing (col. 3, lines 46-56), portable test suites for application 
development. Estep disclosed a need (col. 1, lines 55-60) "for providing users with the necessary 
data to readily determine whether a particular piece of software will perform a specific 
function. . ." by providing (col. 1, lines 1-2) "systems and processes for testing and evaluating 
software." Thus there is motivation to combine the references. 

In response to applicant's argument that the examiner's conclusion of obviousness is 
based upon improper hindsight reasoning, it must be recognized that any judgment on 
obviousness is in a sense necessarily a reconstruction based upon hindsight reasoning. But so 
long as it takes into account only knowledge which was within the level of ordinary skill at the 
time the claimed invention was made, and does not include knowledge gleaned only from the 
applicant's disclosure, such a reconstruction is proper. See In re McLaughlin, 443 F.2d 1392, 
170 USPQ 209 (CCPA1971). 

Conclusion 

9. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 
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10. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 



Mary Steelman 

07/21/2005 w _ si^- 
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